home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000108_news@watsun.cc.columbia.edu _Thu May 27 19:23:03 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id TAA21005
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 27 May 1999 19:23:03 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id TAA19388
  7.     for kermit.misc@watsun.cc.columbia.edu; Thu, 27 May 1999 19:02:09 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Subject: Re: kermit process hangs around after terminal disconnect
  11. Message-ID: <LZ2MDEdX4Nvq@cc.usu.edu>
  12. Date: 27 May 99 16:55:55 MDT
  13. Organization: Utah State University
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <7ik1om$1o9$1@nnrp1.deja.com>, Mr. Scott <scott_davis@my-deja.com> writes:
  17. > Thank you for the explanation.
  18. > I learned something new today, and, after all, that's what the
  19. > newsgroups are for!
  20. > I vote for a new transport layer protocol that uses keep alive packets.
  21. > But then again, I see why this wasn't done in the first place:
  22. > network traffic.
  23. > The perils of living in an imperfect world with imperfect solutions...
  24. ----------
  25.     Yes, what you say is true deeper down too. Those folks who use
  26. telco lines with charging would appreciate not having hello pkts dialing
  27. up, those with ISDN lines wouldn't notice too much until the bill arrives,
  28. and those with lan connections would shrug and say bandwidth is someone
  29. else's problem. Alas, simply turning off/crashing the client takes awhile
  30. to notice even with probes (as a safety margin for flakey nets). And 
  31. eventually we will be dinged by the packet if the commercial operators can 
  32. manage it.
  33.     In the meanwhile, Unix systems can implement overall timers to kick
  34. off inactive machines (even though network comms are fine, or otherwise).
  35. So please speak with your Unix system manager and above about this common
  36. feature. Keep in mind that other users may complain about lost work overnight
  37. when their jobs have no interaction for many hours.
  38.     And the TCP/IP protocol stacks can be constructed to implement
  39. TCP (not UDP) keepalive probes.    Same folks to talk with.
  40.     Joe D.